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Amendments S|w>pification; 

Please replace theparagraphbeginningatpageUineewi^ the fbUowm^ 

Tewritten paragraph: 

„d mstn.m««s on behalf of .™»J>« "i^^ cUcn« and/or investment 
portfoUo.. Wh» atr«ler.r.n««s ..r«i=..hcnmnberofins.mn«n,s «d«imayno. 
satisiy an outst^ding trading d»nand for the clients orportfoUos. in suchasitnationa, 
there may be.no«i to allocateti^einatn^enta that are traded «nong the waiting cUent. 

or portfoUoa. Manual allocation of a trade can be a complex and time conamning 
p^ccss, Con.e<,uently,contpn.eran.™atedaUooationof.tradeisdesir*le. One 

»,lution to allocaang a tn«ied instrument ia to include fimctionality in an Order 
Management System (OMS) to perfonn trade allocation. However, in exiating OMSa, 
tr^ie allocation features may be lacking or inadequate. One sotation to this problem is to 
modiftrOMS software to add desired allocation fean^res. As a practical matter, such 
modification may not be feasible. For ex«nple,softw«e code for «, OMS may be under 

control of a vendor and not modifiable, or a trading network may include a variety of 
diffe«nt OMSs and. due to cost or other conc«ns, modification of each of the OMS. 
may not be possible. Consequently, non-OMS based trade allocation solutions are 

desirable. 

Please replace the paragraph beginning at page 3, line 1 1 with the following 
rewritten paragraph: 



2 

PAGE 3/19'RCVDAT3f11l20051:53:55PM [Eastern Standard Timel'SVRiUSPTOfFXI^-^^^ 



MRR 11 2005 13:5B FR PROSKfiUER ROSE 212 969 2923 TO *5595*74577024*7 P . 04 



Appl. Ser. No. 09/891,945 

Allocation Manager (AM) is a trading system component tliat can automatically 
allocates a trade of a financial instrument among multiple investment portfoUos. For 
example, a trader may purchase 100 shares of a stock 'TSlYSTOCK" (a fictional stock 
ticker) and Allocation Manager may automatically allocate 60 shares from this trade into 
a first portfoUo, and the remaining 40 shares into a second portfolio. Allocation manager 
can allocate a Hade among multiple portfolios using classification assigned to the trade 
and associated wilh each portfolio. In the implementation described herein. Allocation 
Manager performs trade allocation based on a nsk classification (a "risk class") that can 
reflect an investment strategy associated with a portfolio. Other classifications can also 
be used (e.g., trade or portfolio-size based classifications, trade volume-based 
classifications, industry segment classifications, etc). 

Please replace the paragraph beginning at page 6. Une 19 with the following 

rewritten paragraph: 

Fig. 2 shows a Common Object Request Broker Architecture (CORBA)-based 
implementation of an Allocation Manager, CORBA is a vendor-independent software 
component and messaging architecture and infi^tructuie that computer applications can 
use to work together over networks. A CORBA-based software architectm-e. along with 
the use of the associated Internet Inter-Operability Protocol (HOP) standards, can 
faciUtate communication between program independent of the type of computer, 
operating systems, programming language, and network in use by each program. The 
AM implementation 200 partitions fimctionality among a server 220 and a cUent 210 



3 

PA(£4l19*RCVDAT3l1»1:S3:55PM[EastemStandardTime]'SVR:USPTO{FX^^^ 



MAR 11 2005 13:59 FR PR05KRUER ROSE 



212 969 2923 TO >K5595>K74577024>K7 P . 05 



Appl. Ser No. 09/891,945 

compone^at. The server component 220 processes trade related data while the client 
component 210 can interact with the server component to monitor the operation of the 
server 220 and to configure the server's operation (e.g., by provisioning data, setting 
limits, etc.)- The use of a CORBA-based architecture, as well as partitioning of AM 
functionality between separate server and client components, is optional. Other software 
architectures (e.g., a Microsoft Distributed COM or COM+ architecture or a proprietary 
architecture) xnay be used. 

Please replace the paragraph beginning at page 1 0, line 29 with the following 
rewritten paragraph: 

The target ratios for a particular risk class can be calculated based on the free 
capital available in each investment portfolio that is a member of that risk class. The 
ratios for each risk classes sum to 100%, thus ensuring that a trade is completely 
allocated among relevant portfolios. 

Please replace the paragraph beginning at page 23, line 1 with the following 
rewritten paragraph: 

When a trade (e.g., a sell transaction) results in change from a long to a short 
position, that trade is processed by the Allocation Manager as if it consists of both a 
closing transaction and an opening transaction. The closing portion of the transaction 
reduces the position in each fund to zero (i.e., flat). The opening portion of the 
transaction in accordance with the rules explained above. Similarly, a buy transaction 
that results in a change from a short to a long position is treated as consisting of both a 
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closing transaction and an opening transaction. The closing transaction increases the 
position in each fiind to zero (i.e., flat). The opening transaction then creates a long 
position. 

Please replace the paragraph beginning at page 24, line 4 with the following 
rewritten paragraph: 

In some implementations, amendments and corrections may be automatically 
generated or electronically received at an interface from, e.g., an interface to another 
broker's system (an external broker interface). Electronic amendments may be 
transmitted to the Allocation Manager on an intra-day basis. When a modification or 
correction message is received at an external broker interface, that message may be 
processed at the OMS. The OMS processing may include, e.g., locating the OMS DD that 
was assigned to the original trade. The original trade's data may be updated in the OMS 
database and a FIX message may be transmitted to the Allocation Manager to amend the 
trade. At the Allocation Manager, the electronic amendment message can be matched to 
the multiple allocated trades (using the OMS ID) and cancel messages generated for each 
allocated trade. The cancel messages are transmitted from the Allocation Manager to the 
Accounting System. 
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